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CaseNo.: UNICA-002A 



TITLE OF THE INVENTION 
5 ESCROW MANAGEMENT STRUCTURE 

CROSS-REFERENCE TO RELATED APPLICATIONS 
(Not Applicable) 

10 STATEMENT RE: FEDERALLY SPONSORED RESEARCH/DEVELOPMENT 
(Not Applicable) 

BACKGROUND OF THE INVENTION 

The present invention generally relates to online purchases and more particularly 

15 toamethodofverifyinga^ 

Currently, online purchasing of goods and services has become popular. The 

Intemetisbeingusedasacon^^ 

electronic wagering. Many user's of the Internet are purchasing products that are 

delivered directly to the them. 
20 Typically, in order to purchase an item over the Internet, the purchaser must gtve 

the Interne, merchant his or he, cr«U. c*ri information as the form ofpayment. In turn, 
the Interne, merchant will chargethe purchaser's credit card the amoun.ofthe purchase. 
Many purchasers do no, desire to give ou, credi, card information to online merchants 
due ,o me risk of fraudulen, charges being placed on their card. Additionally, many 

over the Internet. 

Addi«iona..y,purehaser-sofgoodsorservicesarewomed«ha,,heir P urchasew,U 
be charged ,„, heir credi, caxd wi.hou, any goods being received. This can be especally 
mie wherein online content is to be downloaded to the purchaser. Specifically, the 



purchaser will supply the Internet merchant his or her credit card number to download^ 
desired content. Often times, downloading of the content will be unexpectedly 
interrupted such that the purchaser will not receive the completed download. However, 
because the purchaser has already paid the full amount for the online content, there is a 
riskofanunscrupulouscontentproviderofnotrefundingtheamountofthedownloador 

providing a new download. Similarly, for the purchase of a product, there is the chance 
that a merchant may not send the product to the customer even though the customer has 

already paid the merchant. 

Online gaming and wagering permits Internet user's to plaee beta from anywhere 
to the world. The user ean plaee beta in sporting events and/or play online easino games. 
The user typieally pays for these activities by providing his or her credit card number to 
the online easino or wagering service. However, as previously mentioned, Interne, users 
are hesitant to provide credit card information to online merchants. Additionally, wrth 
online casinos and wagering, there is the added risk that the user will not be patd Ins 
winnings. There is no guarantee that the online casino or wagering service w,U have 
adequate funds to cover the user's bets. Therefore, the users of online casinos and 
wagering services must assume the risk of wagering. 

In addition to the foregoing, online merchants must verify that the credit card 
information provided .0 them is correct and dra. the purchaser has enough credit to 
purchase the goods and/or services. Accordingly, the online merchant must venfy the 
credit card information with fhe credit card provider. If the credit card has been recently 
stolen, the credit card provider may not have up-to-date information thereby approvmg 
the transaction with the stolen credit card. Additionally, there is the added risk that the 
purchaser may have exhausted all his available credit, but the credit card provider does 
no, know this information yet such una, the transaction may be approved. Aceordmgly, 
tore is a need for a quick and simple system for verifying adequate funds for an on.me 
purchase. 

The present invention addresses the above-mentioned deficiencies with onlrne 
purchasing by providing a method whereby funds are verified before purchase of goods 
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and services online. In this respect, the method of the present invention provides a system 
whereby online merchants can be assured that the purchaser has adequate funds for the 
online purchase. Additionally, the present invention provides for a system and method 
whereby the online merchant will not receive the funds for an online purchase until the 
5 purchaser has received delivery. Furthermore, the present invention provides for a system 
and method whereby it is first verified that the online casino can cover the wager before 
being placed with an online casino. 

BRIEF SUMMARY OF THE INVENTION 

1 0 A method of allowing a customer to purchase a product having a purchase price 

from a merchant through an electronic transaction. The method comprising the step of 
establishing a deposit account on behalf of the customer with an escrow account provider. 
Next, funds are transferred into the deposit account. The customer will then place an 
order with the merchant. The balance of the deposit account will be verified to confirm 

1 5 that the balance is at least equal to the purchase price of the product. Next, the merchant 
will be notified that the balance in the deposit account is at least equal to the purchase 
price such that the merchant will deliver the product to the customer. Finally, the 
purchase price of the product will be transferred from the deposit account to the merchant 
by the escrow account provider upon confirmation of delivery of the product to the 

20 customer. 

In the preferred embodiment, the purchase price for the product will be transferred 
from the deposit account to a set aside account subsequent to verification that the balance 
is at least equal to the purchase price. Accordingly, the purchase price of the product will 
be transferred from the set aside account to the merchant upon confirmation of delivery 
25 of the product to the customer. The step of verifying that the deposit account balance is 
at least equal to the purchase price may be accomplished by the escrow account provider 
or by a financial institution if the customer does not have a deposit account established 
with the escrow account provider. If the customer does not have a deposit account with 
the escrow account provider then the purchase price of the product will be transferred 



from the financial institution to a temporary deposit account upon verification of sufficient 
funds. 

Typically, in order to ensure receipt of the product by the customer, the escrow 
account provider will require a signature. Upon receipt of the signature, the escrow 
5 account provider will transfer the purchase price of the product to a settlement account 
which is then transferred to the merchant on a daily basis. The escrow account provider 
may withdraw a small fee from the purchase price of the product as a service charge. 

In accordance with the present invention, there is provided a method of allowing 
a customer to purchase online content having a purchase price from a merchant through 

10 an electronic transaction. The method comprises the step of establishing a deposit 
account on behalf of the customer with an escrow account provider. Next, funds are 
transferred by the customer into the deposit account. The customer will then place an 
order with the merchant for the desired online content. The escrow account provider will 
then verify that the deposit account has a balance which is at least equal to the purchase 

15 price. The escrow account provider will notify the merchant that the balance in the 
deposit account is at least equal to the purchase price such that the merchant will 
download the online content to the customer. Finally, the escrow account provider will 
transfer the purchase price of the online content from the deposit account to the merchant 
upon confirmation of successful download. 

20 In order to ensure the online content has been successfully downloaded, the 

merchant must agree to notify the escrow account provider upon confirmation of a 
successful transmittal of the online content. Accordingly, the escrow account provider 
will notify the customer of the successful download after notification by the escrow 
account provider. After the escrow account provider has notified the customer of the 

25 successful download, the purchase price of the online content will be transferred to the 
merchant. 

In accordance with the present invention, there is provided a method of allowing 
a customer to place a wager on gaming action with a merchant through an electronic 
transaction. The method comprises establishing a deposit account for the customer with 
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an escrow account provider. Next, the customer will place a wager for gaming action 
with the merchant. Funds for the wager will be transferred from the deposit account to 
a set aside account. The merchant will be notified that the funds have been transferred 
to the set aside account. The escrow account provider will verify that the merchant can 

5 cover the wager. During the pendency of the gaming action, the funds for the wager will 
be transferred from the set aside account to an action account. Finally, the funds for the 
wager will be transferred to either the merchant or the customer depending upon whether 
the customer has won or lost the wager. 

If the customer wins the gaming action, then the funds will be transferred to the 

1 0 customer. However, if the customer loses the wager, then the funds will be transferred 
to the merchant. As mentioned above, the escrow account provider must verify that the 
merchant can cover the wager. If the merchant does not have sufficient funds to cover 
the wager, the escrow account provider will suspend play. Once the merchant has enough 
funds to cover the wager, play will be resumed. 

15 

BRIEF DESCRIPTION OF THE DRAWINGS 

These as well as other features of the present invention will become more apparent 
upon reference to the drawings wherein: 

Figure 1 is a diagram depicting an escrow management structure of the 

20 present invention; 

Figure 2 is a diagram depicting an account structure for the escrow 

management structure shown in Figure 1; 

Figure 3 is a flowchart depicting the method of purchasing a product with 
the escrow management structure shown in Figure 1; 
25 Figure 4 is a flowchart depicting the method of purchasing online content 

with the escrow management structure shown in Figure 1 ; and 

Figure 5 is a flowchart depicting the method of purchasing gaming action 
with the escrow management structure shown in Figure 1. 
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DETAILED DESCRIPTION OF THE INVENTION 

Referring now to the drawings wherein the showings are for purposes of 
illustrating a preferred embodiment of the present invention only, and not for purposes 
of limiting the same, Figure 1 graphically illustrate an escrow management structure 10 
used for the purchase of products, online content and gaming action over the Internet. 
The escrow management structure 10 is implemented by an escrow account provider on 
a network of computers that are capable of communicating with each other in order to 
transfer funds therebetween. 

SYSTEM OVERVIEW 
A customer 12 contacts a merchant 14 for an online purchase. As used in this 
application, an online purchase refers to the purchase of goods, services, online content, 
or wagering via electronic means such as the Internet. A merchant 14 is the seller of the 
goods services, online content or provider of online wagering. Thecustomer 12typically 
contacts the merchant 14 via the merchant's web site. The web site of the merchant is 
typically hosted through a series of merchant computers 16. The merchant computers 16 
access the Internet 18 to contact an escrow account server 20 of the escrow management 
structure 10. Specifically, the merchant computers 16 first contact the Server 
POS/Firewall 22 over the Internet 18 which in turn contacts the escrow account server 
20 through a dedicated, secure connection. Once the escrow account server 20 has been 
contacted, a secure dedicated connection 24 is established between the merchant 
computers 1 6 and the escrow account server 20. In addition to the foregoing, the server 
POS/Firewall 22 is in communication with a gateway 26 that transmits accept/decline 
information to and from financial institutions such as banks. 

As seen in Figure 1, the escrow account server 20 is configured with electronic 
accounts used for purchasing goods and services. In this respect, the escrow account 
server 20 maintains data regarding a temporary account 28, a direct deposit account 
(DDA) 30, a gaming post-up account (GPA) 32, an action account (AA) 34, a casino 
cage (CC) 36, a set aside account (SAA) 38, a merchant gaming post-up account 
(MGPA) 40, and a disbursement account (DA) 42. The electronic accounts 27 are used 
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for transferring funds between the customer 12 and the merchant 1 4, as will be explained 
below. 

In addition to the electronic accounts 27, the escrow account server 22 further 
includes a settlement account (SA) 44 for disbursement of funds to the accounts of the 
5 merchant 14 through merchant international business companies (IBC) accounts 48. 
Furthermore, the escrow account server 22 maintains a world net global commerce 
system (WNGCS) account 46 for distribution of funds to non-IBC merchant accounts. 

ACCOUNTS OVERVIEW 
Referring to Figure 2, the accounts 27 are sub-escrow accounts which monitor 
10 and maintain funds. The direct deposit account 30 is the location whereat a customer's 
money is held until a purchase or gaming request is made. Funds are placed within the 
direct deposit account 30 by the customer 12 through direct withdrawal from the 
customer's bank account or through a credit card transfer. The temporary account 28 is 
similar to the direct deposit account 30, however it is used for depositing funds by a non- 

1 5 account holder customer 12. 

The gaming post-up account 32 is the location whereby a customer 12 engaged 
inonlinegamblingcantemporarilyplacefundsformturebettingwim 
sports books. The action account 34 is the account where funds are placed while a wager 
for online gaming is in progress. In this respect, during a wager that was purchased 

20 through an online transaction, the funds for the wager are placed within the action 
account 34 during the pendency of gaming action. The casino cage 36 is an account that 
the customer 12 can deposit funds into such that the funds will be disbursed to various 
casinos (i.e., merchants 14) at the request of the customer 12. 

The set aside account 38 is an account that funds from the direct deposit account 

25 30 are transferred into during the purchase of a product or online content. Specifically, 
customer's funds are escrowed within the set aside account 38 until verification of 
delivery of the product or online content has been received by the escrow management 
structure 10. 

Themerchantgamingpost-upaccount40istheaccountwherebytheonlinecasino 
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or sports book maintains adequate funds to cover wagers by the customers 12. In this 
respect, the merchant gaming post-up account 40 must maintain adequate funds to cover 
the wagers made by customers 12. Winnings to the customers 12 are disbursed from the 
merchantgaming post-up account 40, while losses of the customers 12 may be transferred 
thereinto also. 

The disbursement account 42 is the account that all escrowed funds are 
transferred into for final disbursement to merchants 14. Funds from the disbursement 
account 42 are transferred regularly (i.e., daily at 2:00 am) in a lump sum to the 
settlement account 44. The settlement account 44 performs electronic accounting such 
that respective merchant accounts are reconciled and credited to merchant IBC accounts 
48 and WNGCS account 46. Additionally, fees for using the escrow management 
structure 10 are withdrawn from the settlement account 44 prior to disbursement to the 
merchant's accounts. 

PRODUCT PURCHASE 
In accordance with the present invention, there is provided a method of verifying 
funds for the purchase of a product over the Internet. Referring to Figure 3, a customer 
12 makes a request for a product to the merchant's POS computers 16. The request is 
directed to the escrow account server 20 for processing by the escrow management 
structure 10. A reseller interface 50, programmable on the server POS/firewall 22, 
20 functions as a liaison between the merchant computers 1 6 and the escrow account server 
20. The server POS/firewall 22 is operative to determine the customer and relay such 
information the reseller interface 50. The reseller interface 50 determines whether the 
customer is an account holder of the escrow management structure 10. An account 
holderisacustomerUwhohasalreadyregisteredwiththeescrowmanagementstructure 

10 such that account information has already been configured. Additionally, an account 
holder will have funded his or her direct deposit account 30. 

If the customer 12 is not an account holder, then the escrow management 
structure will inquire whether the customer wishes to join. If the customer 12 wishes to 
join, then the customer 12 will fill out a membership application and be notified that for 
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security reasons none of the information entered will be viewed by the merchant 14 or by 
the manager of the escrow management structure 10. The customer 12 will then be able 
to access the escrow management structure 10 as an account holder, as will be explained 
below. 

5 If the customer 1 2 does not wish to join, then the escrow management structure 

10 will provide the customer 12 with an HTML form for entry of information. The 
HTML form will allow the customer 12 to enter credit card information or bank 
information that will be used to verify and transfer funds for the purchase of the product. 
The credit card or bank transfer information will be sent via the server POS/firewall 22 

1 0 and gateway 26 to financial institutions for approval of the purchase. The purchase will 
be handled through the real pay-application programming interface (RP-API) 52, real pay 
server POS 54, and advanced transaction processor (ATP) 56 in order to either approve 
or deny the product purchase transaction with the appropriate financial institution. If the 
purchase is approved, the funds for the purchase will be transferred to the escrow 

15 management structure 10 and placed in the set aside account 38. The approval for the 
purchase will not be through the escrow account server 20 but by the financial institution. 
The approval or denial process may not be instantaneous because the financial institution 
must be contacted. 

If the customer 12 is an account holder, then the customer 12 will be directed to 
20 a login page 58 and asked to enter a valid password and user name. If the user name or 
password is not valid, then the login page 58 will be displayed again. The customer will 
be give three opportunities to enter a valid password before the transaction is terminated 
and the customer with the entered user name is notified. 

After a valid login, the customer 12, who is an account holder, will receive an 
25 immediate notification of approval or denial of the purchase because the customer 1 2 will 
have funds in their direct deposit account 30. Specifically, the customer 12 will have 
previously funded his or her direct deposit account 30 prior to making a purchase online. 
As previously mentioned, the direct deposit account 30 may be funded through credit card 
transfers or direct withdrawals from the customer' s bank account. The approval or denial 
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of the purchase will be immediate because the funds will be in the customer's direct 
deposit account 30 such that verification will be easily accomplished by accessing the 
balance of the customer's direct deposit account 30. Additionally, the approval or denial 
will be secure because it is being processed directly by the escrow account server 20. 
5 If the transaction is not approved because the customer 1 2 does not have adequate 

funds in his or her direct deposit account 30, or is not approved by the customer's 
financial institution (i.e., non-account holders), the transaction will be terminated. The 
customer 12 will be prompted to exit, or given the option of choosing another method of 
payment or funding his/her deposit account 30. 
10 If the transaction is approved, both the customer 12 and the merchant 14 will be 

notified. The merchant 14 will ship the product to the customer 12 and notify the escrow 
account server 20 of the shipping method. Simultaneously, the funds used to purchase 
the product will be transferred from the customer's direct deposit account 30 to the set 
aside account 38. The funds for purchase of the product will not be released to the 
15 merchant 14 until notification of the delivery of the product has been received. 
Accordingly, a courier database 60 downloads tracking information to the escrow account 
server 20. The courier database 60 includes delivery information for the shipping method 
of the product and whether the product has been received by the customer 12. 

If a signature for delivery of the product has not been received, the funds for the 
20 product will not be released to the merchant 14. On the other hand, if a signature has 
been received, the purchase funds will be immediately transferred to the disbursement 
account 42 and then to the settlement account 44 in a lump sum transfer. The settlement 
account 44 will be disbursed on a daily basis to the merchant's IBC account 48 or 
WNGCS account 46 as payment for the product. Furthermore, a small fee will be 
25 deducted from the settlement account 44 by the escrow account provider as a service 
charge. 

As mentioned above, the merchant 14 will only receive payment if the product is 
successfully delivered to the customer 12. Accordingly, the customer 12 is protected by 
ensuring that delivery of the product occurs before the merchant 14 is paid. Similarly, 
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because the funds for purchase are obtained prior to delivery of the product, but set aside 
until delivery, the merchant 14 is protected from fraudulent credit card transactions. 
Accordingly, the escrow management structure 10 of the present invention provides for 
product purchases that are both secure for the customer 12 and the merchant 14. 
5 CONTENT PURCHASE 

Referring to Figure 4, a method of purchasing online content with the escrow 
management structure 10 is shown. Often times, the customer 12 may wish to purchase 
content such as online entertainment over the Internet. The content is downloaded or 
subscribed to the computer of the customer 12 for viewing thereby. As previously 
10 mentioned, a problem arises when the customer 12 has paid for the content, but has not 
received it due to an error during download. The escrow management structure 10 
provides for a method of ensuring delivery of online content to the customer 12. 

The method of ensuring payment for online content is similar to the method of 
payment for a product, as previously discussed. The customer 12 contacts the merchant 
15 14 who contacts the server POS/firewall 22. The server POS/firewall 22 determines 
whether the customer 12 is an account holder. If the customer 12 is not an account 
holder, the customer 1 2 may purchase the online content using his or her credit card and 
the RP-API 52, as previously discussed. 

If the customer 12 is an account holder, then the customer 12 will be prompted 
20 to enter a valid username and password in order to purchase the online content. Once the 
customer 12 is logged into the escrow management structure 10, the customer 12 and the 
merchant 14 will receive immediate approval or denial for the purchase based upon the 
balance of funds in the direct deposit account 30 of the customer 12. If the customer 12 
does not have sufficient funds in h^^ 
25 will be terminated and the customer 12 will be given the option of paying with another 

method. 

If the purchase is approved, then the merchant 14 and the customer 12 will be 
notified. The merchant 14 will be required to notify the escrow account server 20 of a 
successful download or subscription. The merchant 14 will begin downloading the 
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content to the customer 1 2 while funds are transferred from the direct deposit account 30 
of the customer 12 to the set aside account 38. The purchase funds for the content will 
be maintained within the set aside account 3 8 until the escrow account server 20 receives 
verification of a successful download of content. The merchant 14 will provide the 
5 escrow account server 20 information regarding the username of the customer 1 2, as well 
as the type of content chosen for download. The merchant 14 will inform the escrow 
account server 20 of a successful download. Accordingly, the escrow account server 20 
will notify the customer 12 of the successful download and transfer the purchase funds 
for the content or subscription to the merchant 14 via the dispersment account 42 and 
1 0 settlement account 44, as previously described above. 

If the content was not successfully downloaded, then the purchase funds in the set 
aside account 3 8 will not be released until notification of a proper download. The content 
may not be successfully downloaded due to the cancellation by the customer 1 2, error of 
the merchant computers 14, and/or system failure. As such, if the content is not 
15 successfully delivered to the customer 12, the merchant 14 will not be payed for the 
content. 

GAMING ACTION PURCHASE 
Referring to Figure 5 , a method of paying for online electronic wagering is shown. 
As mentioned above, a customer 12 may wish to place a wager with an online sports 

20 book/casino, but is fearful thatthe sports book/casino (i.e., merchant 14) will nothave the 
adequate funds to cover the wager. The escrow account structure 10 provides a system 
whereby a merchant 1 4 must have sufficient funds to cover liabilities before gaming will 
commence. Additionally, the escrow account structure 10 provides a system whereby the 
customer 12 must post funds for the wager before gaming will commence. Accordingly, 

25 the escrow account structure 10 provides a system whereby both the merchant 14 (i.e., 
online sports book/casino) and customer 12 must post up funds to cover liabilities prior 
to gaming action. 

The method of purchasing gaming actions commences with the customer 12 
contacting the merchant 14 who operates an online sports book/casino. The merchant 14 
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will contact the server POS/firewall 22 for approval of the customer's transaction. At this 
point, the escrow account server 20 will determine if the customer 12 is an account 
holder. If the customer 12 is not an account holder, the escrow account server 20 will 
query the customer 1 2 whether they want to be come an account holder and will approve 
the gaming purchase using the RP-API 52 method, as previously mentioned above. If the 
customer 12 is not an account holder and does not wish to become an account holder, 
then temporary account 28 will be used for gaming action by the non-account holder 
customer 12. Specifically, the funds for the non-account holder customer 12 will be 
deposited within temporary account 28 through server POS/firewall 22 and escrow 
account server 20. The temporary account 28 functions as direct deposit account 30 for 
the non-account holder customer 12. 

If the customer 12 is an account holder, the customer 12 will receive immediate 
approval/denial based upon the balance of funds in his/her direct deposit account 30. If 
the customer 12 is not approved either through the RP-API 52 system or the direct 
deposit account 30, the transaction will be terminated and the customer 12 will be given 
theoptiontochooseanothermemodofpaymentorfundinghis/herdirectdepositaccount 

30. In this respect, the gaming transaction will not occur if the customer 12 does not 
have sufficient funds to cover a loss. 

If the customer 1 2 is approved, the customer 1 2 and merchant 1 4 will be notified. 
Simultaneously, the gaming funds of the customer 12 for the wager will be placed in the 
set aside account 38. The merchant 14 will be notified of that gaming funds of the 
customer 12 have been transferred into the set aside account 38 so that gaming may take 
place. Additionally, the escrow account server 20 will verify the funds in the merchant 
gaming postup account 40 of merchant 14 to determine whether the balance of funds can 
cover the wager in the event of a win by the customer 12. Specifically, the escrow 
account server 20 will query the merchant gaming postup account 40 to determine 
whether a sufficient balance exists to cover the liabilities of the sports book/casino. For 
example, the sports book/casino must maintain a prescribed ratio of funds that can be 
distributed to winners. Specifically, in the preferred embodiment, the ratio is 3.5:1 such 
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that the sports book/casino must maintain 3.5 times the amount being wagered by the 
customers 12. 

If the merchant 1 4 does not maintain the prescribed amount of funds in the gaming 
post up account 40, then the gaming action will not be approved. Specifically, the gaming 
5 action will be suspended and no more wagers will be placed with the sports book/casino 
(i.e., merchant 14) using the escrow management structure 10 until sufficient funds are 
placed in the gaming post up account 40 of the merchant 14. Once sufficient funds are 
transferred to the gaming post up account 40, then wagering with the online sports 
book/casino may continue. 

10 During play, the gaming funds of the customer 12 are transferred from the set 

aside account 38 to the action account 34. The gaming funds are maintained within the 
action account 34 during the pendency of the gaming action. For example, if the 
customer 12 has wagered on an athletic event, the gaming funds of the customer 12 will 
be maintained within the action account 34 during the athletic event. 

1 5 After the gaming action has concluded, the customer 1 2 has either won or lost on 

his or her wager. If the customer 12 has lost, then the funds for the wager will be moved 
from the action account 34 to the disbursement account 42 for final settling and then 
transferred to the settlement account 44 for final accounting. The funds will then be 
transferred to the merchant 14, as previously discussed above. Additionally, the escrow 

20 account provider will withdraw a small fee from the settlement account 44 as a service 
charge. 

If the customer 12 has won and the customer 12 is an account holder, then the 
customer 12 will be given the option to continue playing with his or her winnings, such 
that the winnings are credited to the set aside account 38 of the customer 12. Otherwise, 
25 the customer 12 will be given the option where to transfer his or her winnings. After 
gaming, the customer 12 can transfer the winnings to his or her direct deposit account 30 
for future wagering or withdrawal at a later time. 

If the customer 12 wins, but is not an account holder, then the customer 12 will 
be given the option to continue gaming by opening an account. If the customer 12 
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decides to open an account, then the winnings of the customer 12 will be transferred to 
the newly opened direct deposit account 30 of the customer 12. Accordingly, the 
customer 12 can access the funds for future wagering and/or withdrawal. 

On the other hand, if the customer 12 does not open an account with the escrow 

5 management structure 1 0, then the customer 1 2 must request delivery of the funds. The 
customer 12 can have his or her winnings transferred via a wire transfer or ACH for a 
nominal fee. In the preferred embodiment, any wire transfers, ACH or activation of new 
accounts cannot occur until after the settling of all accounts has passed and all 
transactions are final in order to avoid any disputes with customers 12. Accordingly, if 

1 0 the customer 1 2 is not an account holder, he or she will not have access to the winnings 
until the next settlement cycle has passed (i.e., the next day). 

As seen above, the escrow management structure 10 provides a system whereby 
both the merchant 1 4 and the customer 1 2 are protected during transactions. Specifically, 
the customer 1 2 is protected because the merchant 14 will not be paid until delivery to the 

1 5 customer is achieved. Accordingly, the merchant 1 4 will ensure that delivery is completed 
to the customer. Similarly, the merchant 14 is protected because funds for the purchase 
will be held in the escrow management structure 10 prior to delivery. Accordingly, the 
merchant 14 will be guaranteed payment. Therefore, the escrow management structure 
10 provides a system and method for providing safe and secure online transactions for 

20 both the merchant 14 and the customer 12. 

Additional modifications and improvements of the present invention may also be 
apparent to those of ordinary skill in the art. Thus, the particular combination of parts 
described and illustrated herein is intended to represent only certain embodiments of the 
present invention, and is not intended to serve as limitations of alternative devices within 

25 the spirit and scope of the invention. 



